home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 788 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.6 KB
  1. From: Michael Smith <miff@apanix.apana.org.au>
  2. Subject: Path structure...
  3. Date: Wed, 12 Jan 1994 13:22:59 -17634834 (DST)
  4. In-Reply-To: <9401110856.AA25787@hpbeo79.bbn.hp.com> from "Claus Brod" at Jan 11, 94 09:56:25 am
  5.  
  6. >
  7. >> The SYSV solution seems to have been promoted a few times now. Let me
  8. >> just add that it may be worth to keep an eye how LINUX is doeing
  9. >> things. Among other things, there will be a port to 68k machines at
  10. >> some point, so beong compatible with that may be worth something.
  11. >
  12. >Excellent point! Let's join forces with the Linux 68k people here.
  13. >Does somebody have the address for the Linux 68k mailing list?
  14. >In general: Let's try to find out what the major UNIX's path
  15. >structure is like. For HPUX, I can say that they are still BSD-like,
  16. >but moving towards a V.4 structure gradually. Let's make a list!
  17. >Quite obviously, we need some more information here.
  18.  
  19. I wouldn't get too enthused about Linux - I'm part of the porting team,
  20. and the atari effort seems to be pretty dead.  At least part of the problem
  21. here has been the slow work on the part of the Amiga people, and the
  22. fact that all we have had is 'where is it' support, and very little 
  23. help from people who have something to contribute.
  24.  
  25. >> Later we need to decide where put other stuff. Everything not covered
  26. >> by the standard should probably go into /usr/local, but since we are
  27.  
  28. >... or /usr/contrib
  29.  
  30. >> goeing the gnu way, what about a program like gzip? And if emacs is
  31. >> goeing to be the standard editor, should it still reside in
  32. >> /usr/local? There are a zillion question like these.
  33. >
  34. >Sure, but let's first get the general structure agreed upon, or we
  35. >will get lost in details. We can decide such questions later.
  36.  
  37. Personally, there are quite a few different ways we can go here... I'd
  38. like to point out that there is no 'standard SysVr4 path structure', so
  39. we're back at square 1.... however, I propose something that looks like
  40. this :
  41.  
  42. /        : top level, home to mount points & such
  43. /tmp        : working space
  44. /bin        : minimal utilities (sh, ls, cat, sed etc)
  45. /sbin        : system management utils that are needed before mounts.
  46. /var        : growing files (logs, spool for news and mail)
  47. /etc        : configuration files & c. (no executables, see sbin)
  48. /usr        : top level for user tools - static. 
  49.           Items that live under here are considered part of the
  50.           'standard ' installation, ie are not site-dependant,
  51.           and are not commonly modified.
  52. /usr/lib    : library items - compiler libraries, help files etc
  53. /usr/include    : include files for compilers
  54. /usr/bin    : non-minimal user binaries
  55. /usr/sbin    : system management tools that are not need before mounts.
  56. /usr/local    : head of the tree for installation of site-specific
  57.           items. You would expect to find .../bin, .../lib
  58.           etc under here.
  59. /home        : 'home' directory(ies) - head of the tree for user-specific
  60.           storage
  61.  
  62. This is a scheme followed by all major unices at this point in time, with
  63. very little variation.
  64.  
  65. I must confess I'm a little worried at the 'bugger compatability' attitude
  66. at the moment.  Yes, I'm aware that it's a real pain in somre regards,
  67. but there are any number of very useful tools/applications that run
  68. under Gemdos, many of which are not suported anymore, and many more which,
  69. while supported, are hardly likely to be updated like that - whether the
  70. authors don't have the ability/tools or just lack of time/incentive.
  71.  
  72. -- 
  73. # mike smith : miff@apanix.apana.org.au - Silicon grease monkey        #
  74. # "The question 'why are the fundamental laws of nature mathematical'  #
  75. # then invites the trivial response 'because we define as fundamental  #
  76. # those laws which are mathematical'". Paul Davies, _The_Mind_of_God_. #
  77.